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STORE AND PLAY OF BROADCAST DATA FROM A MULTIPLEX DATA 

STREAM 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to the pause and play of broadcast 
data. In particular, this invention is related to the processing and storage of channel data, 
which may be later played. 

BACKGROUND 

[0002] Computing power and acceptance of digital transmissions are being designed 
into a wide range of business and consumer devices. For example, certain player devices, 
e.g. analog television, may be transformed into a user interface for Internet access. 
Central to digital broadcasting is a broadcast system, such as a set-top box, that receives 
and processes signals to enable a player device. A broadcast processing system may 
receive content from a digital transmitter through a variety of sources, such as local 
video, cable and satellite channels. The digital transmitter prepares content for sending to 
the recipient broadcast system. 

[0003] The digital transmitter creates a continuous bit stream, i.e. transport stream, of 
audio, video and/or associated data for multiple channels. Figure 1 depicts a common 
process for preparing a transport stream that may be performed by a digital transmitter. 
Audio and video data are received 2 and separately encoded to form respectively audio 
and video elementary streams 4. Current digital broadcasting environments employ the 
MPEG-2 (Motion Picture Experts Group 2, ISO (International Standards Organization) 
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standards 13818, Parts 1, 2, and 3 (Nov. 1994)) file format as the typical compression 
scheme, but future technology may involve other compression formats. 
[0004] The streams are formed into packets 6, each of which has a packet header 
followed by data. A multiplexer combines the elementary stream packets from various 
encoders together with any security and associated data, e.g. program specific 
information (PSI), into digital transport stream packets 8. The resulting transport stream 
is a multiplex of data from numerous channels with a header of information required by a 
decoder to decompress the packet structures and information indicative of the type of 
payload in the packet. 

[0005] The PSI is associated data that is usefiil or necessary for the ultimate de- 
multiplexing of a transport stream, i.e. separating the transport stream components, and 
for the successfiil regeneration of programs. One type of PSI is a program association 
table (PAT) that specifies information to translate broadcast codes into the appropriate 
channel number. The PAT also provides conespondence between program number, i.e. 
identifier associated with a program, and each packet in a transport stream that carries a 
program defmition. A program definition is a mapping between a program number and 
the elementary streams that comprise it. A program map table (PMT) is also a PSI that 
provides for management of all of the PSI tables and carries all of the program definitions 
for a transport sti-eam. The PMT specifies which elementary streams are associated to 
form each program by referencing packet identifiers (PID's) for each program number. 
Another PSI, a conditional access table (CAT), provides encryption keys for the packets 
that the receiving broadcast system is authorized to play. Encryption for conditional 
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access to programs may be encoded in elementary streams of a transport stream. A 
network information table (NIT) is an optional PSI for private and predefined content. 
[0006] The transport stream is sent by the digital transmitter 10 and received by a 
broadcast processing system, e.g. set-top box. Some sophisticated processing systems 
permit storing of recorded television broadcasts. However, in general, storing of 
broadcast data is problematic because it consimies an enormous amount of space in 
storage. 

[0007] Processmg systems that retain channel data for later playing require the 
complete transport stream be stored in multiplex form. Thus, not only is data that is 
relevant to a desired channel kept, but also unwanted data for other channels that are in 
the multiplexed transport channel are stored. This extra data pointlessly consumes space 
that is bettered suited for the data that is in fact used for a channel of interest. 
[0008] The large volumes of stored data in these systems result in a higher bit rate for 
the system. An exemplary transport stream carries all data for 10 to 12 channels and just 
one frame of video may result in 3000 to 4000 packets. Thus, these systems store at least 
ten times the required volume where only a single channel data is wanted. Furthermore, 
the transport stream is typically pushed into storage at the same high rate in which it 
enters into the broadcast system, e.g. 45 mbps. The high bit rate tends to cause greater 
wear on the drive. Moreover, the high capacity drives that are required to handle the 
heavy load are usually expensive. 

[0009] In general, the shortcomings of the currently available methods for storing 
data are inadequate for playing select channel data, at a later time. In particular, previous 
methods require storing of more data than is required for play. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] The present invention is illustrated by way of example, and not limitation, in 
the figures of the accompanying drawings in which: 

[0011] Figure 1 is a block diagram showing a currently typical process used by a 
broadcasting transmitter to prepare a transport stream for broadcasting to a processing 
system. 

[0012] Figures 2 is a block diagram illustrating a broadcast environment having one 
embodiment of processing system in which broadcast signals may be processed and 
stored in accordance with the teachings presented herein. 

[0013] Figure 3 is a block diagram example of a broadcast data stream in various 
stages of processing: as received by a processing system, as stored, and as processed for 
transfer and play, in accordance with the teachings presented herein. 
[0014] Figure 4 is a flow chart depicting one method for storing broadcast data in 
accordance with the teachings presented herein. 

[0015] Figure 5 is a flow chart depicting one method for processing stored broadcast 
data for play, in accordance with the teachings presented herein. 

[001 6] Figure 6 is a block diagram of a machine-readable medium storing executable 
code and/or other data to provide one or a combination of mechanisms to store and 
process for play broadcast data, in accordance with one embodiment of the present 
invention. 
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DETAILED DESCRIPTION 

[0017] The present invention provides for separating of specific broadcast data 
related to a channel from a multiplex data stream and storing the data for later play. The 
system tracks the order and timing of selected packets in an incoming transport stream 
that has compressed packets for multiple channels. Selected channel packets with channel 
data for a particular channel segment (a program, partial program or more than one 
programs of a channel over a given period of time) are separated from other channel 
packets in the multiplexed stream and stored along with a time stamp. In addition, 
associated packets that are related to the data packets may be stored. These associated 
packets contain associated data that are either useful or necessary for regeneration of the 
channel stream during play. 

[0018] When the channel data for the particular channel segment is to be played by a 
player device, the packets, i.e. channel packets and all associated packets, are retrieved 
from storage. The time stamp for each sequential channel packet is compared to a ready 
time to determine whether the next packet in the stream is ripe to be played. The channel 
data from a packet is transferred to the player device at the appropriate time. If the time 
stamp of a next packet in line does not equal a ready time, the time remaining may be 
determined and the firing of the channel data is paused for that amount of time. In this 
manner, only necessary packets need to be stored and synchronicity is maintained to 
recreate the selected chaimel program(s). 

[0019] Figure 2 illustrates an exemplary embodiment of broadcast processing 
environment in which broadcast signals are manipulated, stored and transferred by a 
broadcast processing system 12, according to one embodiment of the present invention. 
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The processing system 12 is in communication with a broadcast network 50, such as 
cable, sateUite, terrestrial network, or the like. The processing system 12 receives 
broadcast data from the network. After the processing system 12 has handled the 
broadcast signals, the resulting broadcast data is in a form acceptable for playing and the 
data may be transferred to a player device 52 for presentation to a user. The player device 
52 is any device capable of presenting the data for a user to experience, e.g. a display 
monitor, a television, a speaker, other conventional output device, future-developed 
output device, or combinations thereof. The player device may be external to the 
processing system or an integrated component of the processing system. 
[0020] The processing system may be any electronic device that receives broadcast 
data, e.g. audio and/or video data, stores and processes the data and communicates with a 
player device. A typical processing system is a digital set-top box. But the system may 
also be another telecommunication device, e.g. digital cellular telephone, personal digital 
assistant, pager, digital camera, other wireless device that may be used to stream video 
over the Internet, etc. Still other processing systems include a variety of computer 
systems, e.g. desktop computers, laptop computers, etc. These processing systems are 
presented by way of example and are not intended to limit the choices of devices for 
storing and processing data according to the teachings herein, which currently exist or 
may be available in the future. 

[0021] In general, the processing system 12 according to the present invention 
includes a demultiplexer 20 for selecting and separating packets for a particular channel 
from a multiplexed transport stream, a time stamp unit 24 for attaching a time stamp to 
the packets, and a packet storage unit 26 for storing the packets. For regenerating the data 
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stream from the particular channel, a time comparator unit 30 is provided to check the 
time stamp against the time of a clock 32 to permit playing of data at the appropriate time 
and sequence. Transfer interface 40 transfers the so processed data for play. 
[0022] A demultiplexer 20 receives the binary signal to extract audio, video and data 
packets from the binary stream. The demultiplexer 20 examines the PID's for identifying 
various data formats, e.g. audio, video, or interactive services. The demultiplexer 20 
selects and filters out particular packets, including channel packets and associated packets 
for a particular channel. The demultiplexer 20 is a chip, and usually in the form of an 
application-specific integrated circuit (ASIC) chipset. 

[0023] In one embodiment, as shown, the time-stamp unit 24, time comparator unit 
30 and clock 32 are subcomponents of the demultiplexer 20, However, in other 
embodiments one or more of these time-related units may also be separate from the 
demultiplexer and communicate through bus 40. The time stamp unit 24 and time 
comparator unit 30 also may communicate with clock 32. 

[0024] The time stamp unit 24 is provided to attach a time stamp, i.e. a tag, to each 
packet in the sequence that the packet enters the processing system, so that the packet 
may be assembled back into the right sequence and presented at the right time. In one 
embodiment, the time stamp unit 24 attaches a time stamp to every packet of a particular 
chaimel over a select period of time. In another format, the time stamp unit 24 only tags 
packets having channel data for the given channel. This time stamp is a bit representation 
of time and date information, e.g. year, day, month, hour, minute, second, etc. The time 
stamp is loaded into the time stamp unit 24 from signals provided by a network time 
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clock, which may be the clock 32 (as shown) or other clock that has a network time, i.e. 
generally-accepted network time values for a given network. 

[0025] The time stamp represents the instant that the packet is received by the 
processing system and is recognized by the time stamp unit. The time stamp is finely set 
with great accuracy to greater than one second and usually at least a microsecond, 
depending on the real time clock accuracy. For example, the clock often runs at about 20 
megahertz (MHz), e.g. 27 MHz, to several hundred MHz. The time stamp is a relatively 
small number of bits, and usually about 30 to 45 bits. The packet along with its 
corresponding time stamp may be stored until it is ready to be played. 
[0026] The processing system 12 has a packet storage unit 28 to hold the packets, 
which may be any magnetic, optical, magneto-optical, tape, and/or other type of machine- 
readable medium or device for writing and storing information. For example, the packet 
storage unit 28 may be a writeable optical compact disc (e.g. CD ROM, DVD), a disc, 
tape, random access memory (RAM), such as dynamic RAM (DRAM) and static Ram 
(SRAM), etc. These storage systems described are by way of example and are not 
intended to limit the choice of storage that are or may become available in the data 
storage field, as described herein. In one embodiment, the processing system 12 also has 
a temporary storage unit (not shown) to momentarily store the packets prior to the packet 
storage unit 28 obtaining the packets. In another embodiment, the packet storage unit 28 
is the same as or similar to the memory unit 38, that is described below. 
[0027] The clock 32 and time comparator unit 30 operate to determine when the 
packets are to be moved out of the packet storage unit 28. Clock 32 estabhshes a value 
useful in comparing a time stamp for a packet to a ready time in determining if it is time 
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to play the channel data in that packet. The clock is referenced at the time that a channel 
segment is to be played, i.e. play time. A real time clock may be employed to indicate to 
the clock 32 the network time or the clock 32 may keep network time without the use of a 
separate real time clock, in one embodiment, when the network time reaches the play 
time, the clock is set to the value of the time stamp of the first packet in the stream for a 
selected channel segment. This first packet in the stream may be a channel packet, an 
associated packet, or the like. After this initialization, the clock continues to run. In other 
embodiments, the clock is not initiahzed but maintains its operation at network time. 
[0028] A time comparator 30 reads the time stamp for the next data packet in the data 
stream order. The order of the arriving packets is usually maintained while the packets 
are in storage by the processing system. A comparison yields a determination of whether 
the next packet in the stream is ready to be played. 

|0029] The time comparator 30 assesses whether a time stamp is equal to a ready 
time. The ready time is based on the time stamp of a first packet and the time of clock 32, 
10030] In some embodiments, such as where the clock is initialized to the first packet 
time stamp, the ready time is the current clock time of the clock as initiahzed and 
continued to run, at the point when the clock time is considered for each sequential 
packet. Thus, the time comparator 30 indicates if a time stamp equals the clock time. To 
illustrate, if a play time is estabhshed at 9:00pm/March 28, 2001, for a segment on 
channel 2 and the time stamp of the first packet entering the system with channel data for 
channel 2 is 7:00pm/March 28, 2001, then at 9:00pm/March 28, 2001 (play time) the 
clock is set to 7:00pm/March 28, 2001 (first packet stamp time). The time comparator 30 
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recognizes when each packet's time stamp equals the ready time (in this case, the current 
time of the clock). 

[0031] In other embodiments where the clock is not initialized, such as to match the 
first packet stamp tune, the time comparator may calculate the difference between clock 
time (i.e. network time) and the first time stamp value as a basis from which to determine 
the ready time for each packet. Each ready time for a packet may be ascertained by 
various calculations that reconcile the clock time and time stamp value. For example, the 
difference between network time and first packet stamp time may be determined and 
added to each packet time stamp. Another method is by subtracting the network time by 
the difference between clock time and first packet stamp time. To illustrate, referring to 
the parameters described in the above example, the system determines the difference 
between play time of 9:00pm/March 28, 2001 and first packet time stamp of 
7:00pm/March 28, 2001 to be 2 hours/no days. The time comparator may determine the 
ready time by adding 2 hours/no days to each packet time stamp or by subtracting the 
current network time by 2 hours/no days, or other similar calculation. The time 
comparator recognizes when the time stamp equals the ready time. 
[0032] A transport interface 42 is in communicative relationship with a player device 
52. The transport interface may be a suitable connection port for a variety of 
communication pathways, such as hardwire, wireless, optical, satelUte, other 
communication link to the player device, or combinations thereof Furthermore, where a 
player device is mtegrated with the processing system, the transport interface may be 
merely the point of transfer to the player device. 
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[0033] In addition, the processing system according to the present invention may 
have other various components that assist in treating of broadcast signals as shown in 
Figure 2. Bus 40 is usually provided to carry information between system components. 
The width of the bus determines how much data can be sent between components, such 
as 8-bit, 16 bit 32 bit, 64 bit (e.g. Peripheral Component Interconnect (PCI) bus), etc. 
[0034] The processing system 12 may have a tuner 14, which may be one of a variety 
of types of tuners that receive broadcast signals from the digital network. Some types of 
tuners include broadcast m-band (IB), out-of-band (OOB) and return path tuners. The IB 
tuner isolates a single channel (baseband) from multiple channels (broadband signal). An 
OOB tuner transfers data between a head-end system and the processing system 10. A 
return path tuner may send data back to the interactive services provider. The tuner may 
be connected directly to a demodulator 18 (as shown) or to a bus 40. 
[0035] The system may optionally have a demodulator 18 to convert analog signals to 
digital bit streams having video, audio and/or data. The demodulator also may check for 
errors in the bits. The demodulator is usually a silicon chip. Optionally, where 
information is to be sent back to through the network, such as to a service provider, a 
modulator (not shown) may also be included in the system 12 and the tuner may be a 
return path tuner. The demodulator 18 may be directly coupled to the demultiplexer 20 
(as shown) to transfer the packet information or coupled to bus 40. 
[0036] A processor 16, such as a microprocessor, i.e. central processing unit (CPU) 
performs various central tasks, such as initializing components; processing Internet; 
interactive television and other apphcations; monitors and manages hardware interrupts; 
fetches data and instructions from memory and runs various programs. The processor 
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usually contains an arithmetic-logic unit, control unit and a clock to regulate processor 
speed and synchronize system components. 

[0037] Direct memory access (DMA) controller 26 controls data transfer into and out 
of the various storage areas, e.g. packet storage unit. The DMA controller 26 connects 
one or more units directly to the storage. The DMA controller may be a separate part of 
the processor (as shown) or an independent unit but coupled to the processor. 
Employment of the dedicated DMA controller 26 avoids use of the processor to transfer 
and retrieve data and to issue storage commands. The DMA controller 26 may include a 
program for moving a stream of data between system units and storage, thereby not 
requiring access to an instruction in memory and needing executing those instructions 
one-by-one. In this manner, the DMA controller may obtain high performance block 
transfers, useful for the high speeds associated with broadcast data displays. 
[0038] Often, the DMA and system processor operate at the same time. However, in 
some instances the DMA activity may create contention, such as where the DMA 
controller and a processor share a signal wire, e.g. bus, to memory . In such a case, a 
mechanism may be employed to arbitrate the unit that shall have access to memory when 
both attempt to gain such access at the same time. 

[0039] In situations where DMA controller 26 and processor 16 do not operate in 
unison, the DMA controller may synchronize with an idle period of the processor to 
access packet storage unit 28. The DMA controller may force an immediate disabling of 
the processor with an interrupt service routine. Such interrupt process provides for 
priority of the DMA controller and ensures that the transfer will occur, despite other 
demands placed on the processor. Alternative procedures that permit a controller access 
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include the DMA requesting a halt of the processor and awaiting an acknowledgement 
from the processor, the DMA timing memory access to a clock interval or status signal of 
the processor that signals an idle cycle, or other such procedures. After the DMA 
performs a transfer, the processor resumes its normal activity. 

[0040] In the event that the DMA controller 26 and processor 16 operates 
simultaneously, the DMA controller 26 may function with an interrupt procedure to 
indicate to the processor the DMA controller operations and/or progress. For example, 
the DMA controller may initiate an interrupt procedure prior to removing data from 
storage as an initiahzation of such a data relocation process. Furthermore, the DMA 
controller may use an interrupt procedure after removing all packets of interest from 
storage to signal to the processor that the transfers are complete. 

[0041] The processing system 12 usually has a delay unit 22 to control the transfer of 
the next channel packet where the next channel packet is not ready to be played. If the 
time stamp of a next sequential packet does not equal the ready time, then it is not yet 
time for the data packet to be played and the process is paused. In one embodiment, the 
pause is by delaying the removal of the next packet from storage for preparation of 
transfer. Thus, the next packet temporarily remains in the packet storage or a temporary 
storage until it is time for the contents to be played. As a result of the pause, the program 
resulting from the transferred data stream may be played at a substantially similar or 
same rate as the original program entering the processing system. 

[0042] A descrambler unit 34 may be provided to decrypt the data in the packets. In 
some cases, where the data is to be immediately played rather than being played later, the 
packets may be sent from the demultiplexer to an appropriate descrambler unit 34 and 
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then to a decoder 36. However, the processing system 12 according to the present 
invention permits the packets to be further processed and stored for playing at a later 
time. Usually, the packets are stored in scrambled form with the required decryption 
information, e.g. CAT. However, in some embodiments, the packets are decrypted by the 
descrambler unit prior to storage. 

[0043] The descrambler 34 may also work with security subsystems, which may be 
encompassed in the associated packets to determine access rights to various Internet and 
digital television services. The descrambler unit 34 is based on an algorithm that prevents 
unauthorized users from viewing programs or accessing Internet-based services. The 
decryption process is usually operator-specific. However, some countries have defined a 
common scrambling standard. 

[0044] Decoder 36 receives the signal to transform the digital bits into a format 
suitable for presentation on the player device, e.g. MPEG-2 decompression. Often the 
decoder 36 is comprised of several different decoder units, such as video, audio and data 
decoder for specific packet types. The video decoder converts video packets into a 
sequence of pictures that are shown on a display on the player device 52 and according to 
the screen resolution of the display. The video decoder may also support a still picture, 
which is a video sequence containing exactly one picture. An audio decoder 
decompresses audio packets and may present the bit stream to an output device, e.g. 
speakers. The associated data decoder interprets tables and presents the data to an 
external device or sends it to the system processor. 

[0045] Memory unit 38 may be one or a collection of various types of memory used. 
Often a non-volatile storage, e.g. electrically erasable program read only memory 
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(EEPROM), Flash memory, or cache, is provided for the operating system and resident 
software applications. The memory unit 38 may also be a hard drive, either integrated 
within the system, or external and coupled to the system. The hard drive permits high 
capacity storage of data, such as digital movie programs. The memory unit 38, 
alternatively, may be another magnetic disk, a magneto-optical disk or other read/write 
device. The processor may also be coupled to other types of multiple storage areas that 
may be considered as part of the memory unit 38 or separate from the memory unit 38, In 
some embodiments, the memory unit 38 is the same as the packet storage unit 28, 
[0046] Other optional components related to the play of broadcast data may be 
provided in a processing system 12. For example, a graphics processor may be present to 
render Intemet file formats and other file formats. In one application, a resulting graphics 
file may be used to overlay with standard video. A plethora of additional components 
may be connected to the processing system 12 by various interfaces, such as modems, 
high-speed multimedia interfaces, RS232, common interface, VCR interfaces, smart card 
readers, remote controls, IR blasters, wireless keyboards, and other elements that enhance 
the processing and storing of data according to the present invention. 
[0047] The methods of processing and storing particular data commence when the 
processing system receives channel data that is to be played at a later time. Instructions to 
later play the data may originate through a user command, a predefined schedule, an 
internal or external trigger event, etc. Usually, the processing system receives instructions 
either in advance of receiving the relevant data or as the data enters into the system. 
[0048] Figure 3 illustrates one example of a broadcast channel data stream at the 
various stages of handling by the processing system. A transport stream 100 that enters 
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the processing system is represented having intermixed video packets and audio packets 
for channel (1) 102 and video packets for a channel (2) 104. The transport stream 100 is 
not yet manipulated by the processing system. 

[0049] A stored data stream 110 has been prepared for storage by the processing 
system. The processing system has demultiplexed the transport stream into channel 
packets 102 for selected channel (1). The stored data stream 110 is retained in a packet 
storage unit in the processing system along with any associated packets. Each packet of 
the stored data stream has time stamps 112 attached thereto. 

[0050] A data stream 120 as transferred for play comprises packets of the stored data 
stream 110 and has been further processed for play. The played data stream 120 has the 
channel packets 102 for the selected channel (1) in the sequence that the data stream will 
be transferred and presented by a player device. The transferred data stream also has 
delay gaps 122 representing pauses in the transfer process, which is inserted to permit 
regeneration of the data stream as it would have appeared had the processing system 
transferred the data stream immediately upon receipt rather than storing the data packets. 
[0051] One embodiment of the storage process according to the present invention is 
shown in Figure 4. The multiplex transport stream is de-multiplexed to separate channel 
packets and associated packets for a channel segment 150. The packets that are related to 
the channel data of interest are identified and filtered out by reference to the PID of each 
packet. The system may recognize the appropriate PID values for a selected channel by 
use of information in an associated packet, such as a PAT. 

[0052] A time stamp is attached to each filtered packet in the sequence that the given 
packet is received by the demultiplexer or the time comparator. The stamped packets are 
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placed into a packet storage unit. Often, the packets are moved into storage through a 
DMA procedure 156. In one method, the DMA procedure is with an interrupt to the 
normal operation of the system processor 154. Since packets should be stored as soon as 
they arrive, the system can use an interrupt procedure to immediately store the packets 
and not wait for the processor to become idle. Oftentimes, the packets are sent to a 
temporary storage 156 prior to writing into the packet storage 158. When the DMA 
procedure is complete the procedure ends 160. 

[0053] The stored packets consist of channel packets having data for one or more 
programs that may be played for a channel. The stored packets also usually include at 
least one t3^e of associated packets, e.g. PAT, PMT, CAT, NIT, which are desired or 
required for data reconstruction. In one embodiment, the PAT and/or PMT are not needed 
to be stored because the channel data is related to an identified channel segment. 
[0054] The packets remain in the storage unit until the channel data of the first packet 
is to be played, at which time the packets are sequentially retrieved from storage. Often 
the play time is pre-set by instructions, such as a schedule defined by a user, in the same 
instructions that activated storage of the data. The packets may also be retrieved 
according to a user command to play selected channel data at any given moment, i.e. 
immediately. 

[0055] Figure 5 is a flow chart showing an exemplary process to remove packets 
from storage and prepare data for play. The retrieval of a stream of packets may be 
through an interrupt of the system processor 180 and DMA of packets from the packet 
storage unit to the local memory 182, e.g. demultiplexer memory, as described above for 
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packet storage. However, retrieval may also be through the system processor without 
employing a DMA controller and not with an interrupt procedure. 
[0056] The processing system regenerates the channel data by transporting the correct 
order of packets to a player device at the required time and fills in gaps in timing with 
delays. To provide for "lip synch" in the final program, audio and video should be 
synchronized within a few tens of milliseconds or less. 

[0057] For each data stream, the time stamp of the next sequential packet in the 
stream of packets is read 184 and compared to the clock time to determine if the time 
stamp equals the ready time 186. Where the time stamp is not the same as the ready time, 
the time remaining between the ready time and the time stamp for that packet is 
computed 188. The system pauses the transfer of channel data, usually by delaying when 
the next packet is pulled from the demultiplexer 190 until the remaining time expires 192, 
or else the system continues to pause 188. 

[0058] Where the time stamp is the same as the ready time, and/or the remaining time 
expires, the packet is moved from local memory in the demultiplexer to a descrambler. It 
is important that the packet is immediately shifted from the memory unit. The packet is 
usually pulled from memory by a DMA process 196 and may be with an interrupt of the 
system processor 194, as described above. 

[0059] The packets are decrypted by the descrambler according to stored 
descrambling keys and the associated data, e.g. CAT information. Only the packets that 
are permitted for play have keys provided in the associated CAT. For example, where a 
user subscribes to Home Box Office (HBO), keys are provided for channel packets 
related HBO. Where a key is not provided for a packet, the packet is discarded. 



Patent Application 



-18- 



042390P11023. 



[0060] The channel data is decoded to a format that is acceptable for the player 
device. The decoded channel data is conveyed to the player device for presentation to a 
user 198. Then the next packet is inspected 200^ or if there are no more packets, the 
process ends 202. In one embodiment, prior to ending, a DMA controller initiates an 
interrupt procedure to indicate to the processor that all packets for the data to be played 
have been removed from storage, 

[0061] Various software components, e.g. appKcations programs, may be provided 
within or in communication with the broadcast processing system that cause the 
processor or other components of the device to execute the numerous methods employed 
in updating a stored file in a rehable manner. Figure 6 is a block diagram of a machine- 
readable medium storing executable code and/or other data to provide one or a 
combination of mechanisms for processing and storing broadcast data, according to one 
embodiment of the invention. 

[0062] The machine-readable storage medium 300 represents one or a combination of 
various types of media/devices for storing machine-readable data, which may include 
machine-executable code or routines. As such, the machine-readable storage medium 300 
could include, but is not limited to one or a combination of a magnetic storage space, 
magneto-optical storage, tape, optical storage, battery backed dynamic random access 
memory, battery backed static RAM, flash memory, etc. Various subroutines may also be 
provided. These subroutines may be parts of main routines in the form of static libraries, 
dynamic libraries, system device drivers or system services. 

[0063] The machine-readable storage medium 300 is shown having storage routine 
302, which, when executed, manipulates units through various subroutines. The processes 
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of subroutines under the storage routine 302, when executed are described above in 
regard to Figures 4. A separate packets subroutine 304 is for sorting packets having data 
of interest. An attach time stanap subroutine 306 is for tagging the packets, A store packet 
subroutine 308 is to direct the appropriate packets into storage. 

[0064] The machine-readable storage medium 300 also is depicted as having a play 
routine 310. The processes of various subroutines used for this play routine 310, which 
when executed, are described above with regard to Figure 5. A compare time stamp 
subroutine 312 is for determining whether it is time for transfer of the packet. A delay 
subroutine 314 is to pause the preparation of a packet for transfer where it is not time for 
such transfer. A transfer data subroutine 316 is to transfer the data for receipt at a player 
device. 

[0065] In addition, other software components may be included, such as an operating 
system 320. 

[0066] The software components may be provided in as a series of computer readable 
instructions that may be embodied as data signals in a carrier wave. When the 
instructions are executed, they cause a processor to perform the processing and storing 
data steps as described. For example, the instructions may cause a processor to separate 
packets, attache time stamps, store packets, compare time stamps to ready times, etc. 
Such instructions may be presented to the processor by various mechanisms, such as a 
plug-in, static library, dynamic library, system device driver, system service, etc. 
[0067] The present invention has been described above in varied detail by reference 
to particular embodiments and figures. However, these specifics should not be construed 
as limitations on the scope of the invention, but merely as illustrations of some of the 
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presently preferred embodiments. It is to be further understood that other modifications 
or substitutions may be made to the described the broadcast processing system as well as 
methods of its use without departing from the broad scope of the invention. The above- 
described steps of processing and storing broadcast data may be performed in various 
orders. Therefore, the following claims and their legal equivalents should determine the 
scope of the invention. 
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